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DETAILED ACTION 

1 . This action is response to communication: RCE filed on 02/26/2008. 

2. Claims 1-47 are currently pending in this application. Claims 1 , 12, 21 , 32, and 
39 are independent claims. Claims 8, 17, 28, and 45 have been cancelled. 

3. No new IDS has been received for this application. 



Response to Arguments 

4. Applicant's arguments filed 02/26/2008 have been fully considered but they are 
not persuasive. 

The appellants argue that the references do not teach that the signed hash 
digests may be accessible by an outside entity to verify whether the content can be 
trusted. However, this was already addressed in the Office Action. As seen in England 
col. 8 lines 14-50, the trusted core is put in a publicly accessible area. Also, this section 
teaches that challengers may be able to see the digest and ask/look for verification 
through certificates. These challengers are outside entities. 

The appellants also argue that the first processor does not have any involvement 
in the loading of content in the identified region, but argue that this is controlled by the 
memory unit. However, a cpu must be involved in the process, as a system without a 
cpu will not operate. As seen throughout England, such as in col. 4 lines 44-54, these 
processes occur once the first CPU begins executing instructions. The CPU must 
control these processes in order for the task to work. A system operating w/o a CPU 
will not run. As seen in col. 5 lines 5-20, the CPU executes all these instructions. 
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The same art will still be applied to the amended claims, as seen in the art 
rejections below. 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. Claims 1-9, 11-15, 17-25, 30-47 are rejected under 35 U.S.C. 103(a) as being 
obvious over England et al. US Patent No. 6,938,164 (hereinafter '164), in view of Bruce 
Schneier's Applied Cryptography (Second Edition), and further in view of Fries US 
Patent No. 7,036,023 (hereinafter '023). 

As per independent claim 1 , '164 teaches a method of loading a trustable 
operating system comprising: 

Performing a start secure operation by a first processor of a plurality of 
processors (col. 4 lines 25-56); performing a join secure operation by remaining 
processors of the plurality of processors excluding the first processor, the join secure 
operation prevents the remaining processors of the plurality of processors from 
interfering with the operations of the first processor (col. 4 lines 44-54; col. 10 lines 20- 
28; col. 10 lines 55-68; col. 13 lines 42-45); identifying a region in a memory of a 
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computer by a one of a plurality of processors (col. 2 lines 16-21; col. 4 line 54 to col. 5 
line 12; col. 3 lines 9-13); loading a content into the identified region (col. 5 lines 5-20); 
registering an identity of the content of the identified region, the registering comprises: 
recording a hash digest of the content of the identified region (col. 5 lines 49-65), the 
signed hash digest being stored in a register in the memory of the computer that is 
accessible by an outside entity to verify whether the content can be trusted (col. 5 lines 
49-65; col. 14 lines 10-24; also col. 8 lines 14-50, wherein ); and causing the one 
processor to jump to a known entry point in the content (col. 1 1 line 63 to col. 12 line 
20); and completing the stat secure operation by the first processor and signaling the 
remaining processors to resume activity (col. 13 lines 42-61). '164 also teaches that a 
digest is signed in col. 14 lines 18-25. As a digest is signed, it is inherent that a hash 
signing engine is available. ('164 col. 14 lines 10-25 teaches that a signed certified 
digest exists. More information can be found in Schneier pages 38 and 39, where a 
hash is signed (encrypting a hash with a private key is a method of signing).) However, 
'164 does not explicitly teach that a hash digest is accessed via a secure channel. It 
does indeed teach that the microcode is included in a trusted core in col. 14 lines 10-25. 
The details of this trusted core is taught in '164 col. 5 lines 20-48, and lines 42-48. 
These lines teach the extraction of this information, which occurs in a protected method. 
Extracting information via a protected method may be considered as accessing 
information via a secured channel. Accessing important information via a secure 
channel is well known in the art, as can be seen by '023 in col. 5 lines 40-46 and col. 9 
lines 45-59. Also, as seen in England, it would be obvious to verify a hash digest that is 
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accessible by an outside entity. This is taught in col. 8 liens 14-50, where cryptographic 
measures may be stored on publicly accessible areas, in which they may be verified. 
These are directed toward hash digests, as seen in this section. 

At the time of the invention, it would have been obvious to one of ordinary skill 
in the art to include signing a hash digest in a system that registers an identity using a 
hash digest protocol. One of ordinary skill in the art would have been motivated to 
perform such an addition to save time. Schneier dictates on page 38 that "To save 
time, digital signature protocols are often implemented with on-way hash functions.... 
Instead of signing a document, Alice signs the hash of the document." Also, '164 
indicates that additional information on hashing can be found in Schneier: "the reader is 
directed to a text written by Bruce Schneier and entited "Applied Cryptography: 
Protocols, Algorithms, and Source Code in C," published by John Wiley & Sons with 
copyright 1994 (or second edition with copyright 1996)" (col. 5 lines 61-65), and 
therefore, it is obvious to combine the teachings of Schneier's Applied Cryptography. 

At the time of the invention, it would have been obvious to one of ordinary skill in 
the art to access secure information such as signatures via a secure channel. '164 
already teaches storing secure information on a trusted core, such as in col. 5 lines 20- 
48, and extracting the information securely. One of ordinary skill in the art would be 
motivated to transport important information such as signed hashes via secured 
channels to provide security for the system, as sending signatures without a security 
channel compromises the security of the data as well as the system. 
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As per claim 2, preventing interference with the identifying, loading, and 
registering by at least one of a remaining one of the plurality of processors are taught in 
col. 2 lines 1 1-25. '164 dictates "According to one aspect, a memory controller prevents 
CPUs and other I/O bus masters from accessing memory during a code (for example, 
OS, microkernel, or other trusted core) initialization process." Since this method 
prevents CPUs to access memory, it will restrict it from identifying, loading, and 
registering as memory cannot be accessed. Identifying, loading, and registering is 
taught in col. 9 line 57 to col. 10 line 11. 

As per claim 3, preventing interference comprises halting at least the second 
processor of the plurality of processors until the identifying, loading, and registering is 
complete (col. 2 lines 10-25). The other processors are halted as they are being reset. 
'164 dictates "Once an initialization process has been executed by that CPU, the code 
is operational and any other CPUs are allowed to access memory (after being reset), as 
are any other bus masters (subject to any controls imposed by the initiated code)." 
Identifying, loading, and registering is taught in col. 9 line 57 to col. 10 line 1 1 . 

As per claim 4, causing at least the second processor of the plurality of 
processors to jump to the known entry point in the content is taught in col. 2 lines 10-25, 
as it states that "other CPUs are allowed to access memory" after the initialization 
process is complete. 

As per claim 5, identifying comprises receiving a region parameter, the region 
parameter specifying a location of the region. This is taught in col. 9 lines 59-62, where 
it indicates that the start parameter "refers to the location in memory 1 10 where trusted 
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core 146 begins (e.g., the memory address of the first instruction of platform trusted 
code portion 148)." 

As per claim 6, the location comprises a range of addresses in the memory of the 
computer within which the region is located. Addresses are taught already in the 
rejection for claim 5 above, and can also be found in col. 1 1 line 63 to col. 12 line 20 
and also col. 14 lines 55-65. Also, col. 10 line 55 to col. 11 line 15 indicate a range of 
addresses that can be accepted. 

As per claim 7, the location comprises a start address and a length of the 
memory of the computer within which the region is located. This is taught in col. 9 lines 
57-67: "the Trusted Core Initialization command includes three parameters: start, 
length of code, and length of memory ... the start parameter refers to the location in 
memory where trusted core begins (e.g., the memory address of the first instruction...". 

As per claim 9, '164 teaches that the content is a component of an operating 
system to operate the computer. Col. 5 lines 13-20 indicate this: "Various components 
1 44 of an operating system are thus laded into memory 110...." 

As per claim 1 1 , '164 teaches that loading and registering are uninterruptible. 
Col. 14 lines 45-54 indicate that interrupts are disallowed during the initialization 
process. It is already rejected in the above claims that the initialization process 
comprises loading and registering. 
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As per independent claim 12, '164 teaches an article of manufacture comprising: 
a machine-accessible medium including a data that, when accessed by a machine 
cause the machine to, halt all but one of a plurality of central processing units (CPU) in 
a computer (col. 2 lines 10-25; col. 3 lines 9-13); identify a region in a memory of the 
computer (col. 2 lines 16-21 and col. 4 lines 54 to col. 5 line 12); block access to the 
identified region by all resources except the non-halted CPU (col. 2 lines 10-25; col. 10 
line 55 to col. 11 line 15); load a content into the identified region (col. 5 lines 5-20); 
registering an identity of the content of the identified region, the registering comprises: 
compute the cryptographic hash of the identified region (col. 5 lines 49-65; col. 14 lines 
10-24; also Schneier); recording the computed cryptographic hash of the content in the 
identified region (col. 5 line 49 to col. 6 line 5; col. 14 lines 10-24, wherein it teaches that 
a cryptographically signed digest is retrieved, which would inherently indicate that a 
hash was recorded); and signing the computed cryptographic hash with a hash signing 
engine having a secure channel to access the cryptographic hash (rejected using the 
same arguments as claim 1), the signed cryptographic hash being stored in a register in 
the memory of the computer that is accessible to a third party to verify whether the 
content can be trusted (rejection seen in claim 1); and cause the non-halted CPU to 
being executing at a known entry point in the identified region after the identity of the 
content has been registered (col. 1 1 line 63 to col. 12 line 20). Also, the other 
limitations taught in this claim are rejected using the same basis of arguments used to 
reject claim 1 above. 
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As per claim 13, '164 teaches that the data that causes the machine to halt all 
but one of a plurality of CPUs comprises data causing the all but one of a plurality of 
CPUs to enter a halted state: "CPUs can be prevented form issuing read and write 
requests on processor bus 1 12, or by issuing a halt (e.g., HLT) command to the CPUs 
which halts the operation of each CPU until it resets" (col. 10 lines (62-67). 

As per claim 14, '164 teaches that the data further causes the halted CPUs to 
exit the halted state after the non-halted CPU has begun executing at the known entry 
point in the identified region. This is taught in col. 2 lines 10-25, where the CPUs are 
reset and allowed to access memory through the initiated code. Also, this occurs after 
one of the plurality of CPUs has begun executing at the known entry point, as taught in 
col. 2 lines 10-25. 

As per claim 15, '164 teaches in col. 2 lines 10-25 that the data further causes 
the previously hated CPUs to begin executing at the known entry point in the identified 
region upon exiting the halted state: "Once an initialization process has been executed 
by that CPU, the code is operational and any other CPUs are allowed to access 
memory (after being reset), as are any other bus masters." 

Claim 18 is being rejected using the same basis of arguments used to reject 
claim 5. 

Claim 19 is being rejected using the same basis of arguments used to reject 
claim 6. 
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Claim 20 is being rejected using the same basis of arguments used to reject 
claim 7. 

As per independent claim 21 , '1 64 teaches halting all but one of plurality of 
central processing units in a computer (col. 2 lines 10-25). Blocking access to the 
identified region by all resources except the non-halted CPU is taught in col. 10 line 55 
to col. 11 line 15. Recording a cryptographic hash of the content of the identified region 
is taught in col. 5 line 49 to col. 6 line 5. Placing the non-halted CPU into a known 
privileged state is taught in col. 6 lines 38-63. Signing the cryptographic hash with a 
digest signing engine coupled to the memory of the computer having a secure channel 
to access the cryptographic hash and storing the hash in a register in the memory that 
is accessible by an outside identity to verify whether the content can be trusted is 
rejected using the same basis of arguments used to reject claim 1 . 

As per claim 22, jumping to a known entry point in the region is taught in (col. 1 1 
line 63 to col. 12 line 20). 

As per claim 23, '1 64 teaches that halting comprises causing the all but one of a 
plurality of CPUs to enter a special halted state (col. 10 line 55 to col. 11 line 15). This 
halted state is special as only the CPUs that need to be halted receive this 'HLT 
command. 

As per claim 24, '164 teaches exiting the special halted state after the non-halted 
CPU has begun executing at the known entry point in the identified region. This is 
taught in col. 2 lines 10-25, where the CPUs are reset and allowed to access memory 
through the initiated code. 
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As per claim 25, '164 teaches in col. 2 lines 10-25 that the data further causes 
the previously hated CPUs to begin executing at the known entry point in the identified 
region upon exiting the special halted state: "Once an initialization process has been 
executed by that CPU, the code is operational and any other CPUs are allowed to 
access memory (after being reset), as are any other bus masters." 

Claim 29 is being rejected using the same basis of arguments used to reject 
claim 5. This location is secured, as taught in col. 9 lines 62-67. 

Claim 30 is being rejected using the same basis of arguments used to reject 
claim 6. Col. 1 1 line 63 to col. 1 2 line 20 indicate that the addresses are of the trusted 
core, which is secure. 

Claim 31 is being rejected using the same basis of arguments used to reject 
claim 7. This region is secured, as this is part of the initialization sequence by the 
trusted core. 

As per independent claim 32, '164 teaches an apparatus to load a trustable 
operating system. '164 is directed toward an apparatus that can allow code to be 
securely initiated in a computer, which can be considered a start secure operation. Col. 
2 lines 10-25 teaches that a processor initiates the process. This startup operation has 
a memory region parameter, as these lines discuss a memory controller and a 
restriction of access to a memory by other processors when initialization has started. 
Blocking access to a region of memory is taught in these lines as well, as it dictates that 
a memory controller prevents other CPUs to access the memory. Content is then 
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placed into this memory, as described in col. 5 lines 13-20. A cryptographic hash of the 
content of the specified region is recorded in the hash digest, as described in col. 5 lines 
49-65. This can also be erased, as taught in col. 12 lines 31-39. This section teaches 
that a CPU clears the states of the CPU, which is located in the registers. Unblocking 
access is taught in col. 2 lines 10-25, where access is allowed after the initialization 
process and the other CPUs are reset. Jumping to a known entry point in the content of 
the specified region is taught in col. 1 1 line 63 to col. 12 line 20. It is noted that the 
claim states 'is capable.' A system 'capable' to perform an action indicates that the 
method is not prohibiting the action from happening. Thus, anything that doesn't stop 
these things from occurring appears to meet the claim limitations. This holds true for 
claims 32-37. Signing the cryptographic hash with a digest signing engine coupled to 
the memory of the computer having a secure channel to access the cryptographic hash 
and storing the hash in a register in the memory that is accessible by an outside entity 
physically separate from the apparatus in order to verify whether the content can be 
trusted is rejected using the same basis of arguments used to reject claim 1 . 

As per claim 33, '164 teaches in col. 10 line 55 to col. 1 1 line 15 that a second 
processor is prevented from interfering with the first processor's initialization process 
(SS). The other CPUs can execute this process, as indicated in these lines, and this 
process can be named a join secure operation (JSO). 

As per claim 34, '164 teaches in col. 2 lines 10-25 that when the first processor 
undergoes the initialization process (SSO), the other CPUs undergo a process in which 
they cannot interfere with the initialization process (JSO). 
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As per claim 35, the second processor enters a halted state until the first 
processor's execution of the initialization process (SSO) is complete. This is taught in 
col. 10, lines 55-67, where CPUs are halted until they are reset. It is taught in col. 2 
lines 10-25 that the CPUs are reset after the first processor has been executed. 

As per claim 36, '164 teaches in col. 2 lines 10-25 that a second processor exits 
the halted state after the first processor's execution of the SSO is complete. This 
section also indicates that the second processor is then allowed to access the memory 
in which it was restricted from earlier. 

Claim 37 is being rejected using the same basis of arguments used to reject 
claim 28. Col. 5 lines 49-65 teach computing a cryptographic hash, and a digest signing 
engine would be necessary for a computing element to compute this hash. Details are 
also found in col. 1 1 lines 45-62. 

As per claim 38, the cryptographic hash is stored in the digest 138 or in a 
register, as indicated in col. 5 line 49 to col. 6 line 5. This is outside the specified region 
memory 110 indicated in col. 5 lines 21-25. 

As per independent claim 39, '164 teaches a method of loading a trustable 
operating system comprising: selecting an area in a memory accessible to a processor 
(col. 2 lines 10-25); loading a data into the selected area (col. 5 lines 13-30); registering 
an identity of the data loaded in the selected area (as shown in rejection to claim 12); 
recording a unique cryptographic function of the data loaded in the selected area (as 
shown in the rejection for claim 12); signing the unique cryptographic function with a 
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hash signing engine having a secure channel to access the unique cryptographic 
function, the signed unique cryptographic function being stored in a register in memory 
and accessible by an outside entity to verify whether the data is trustworthy (as shown 
in the rejection for claim 12 and 1); directing the processor to commence processing at 
an entry point in the selected area (col. 1 1 line 63 to col. 12 line 20); and preventing 
interruption of the selecting, load, registering, recording, signing, and directing until they 
are completed (col. 2 lines 1 1-24; since this method prevents CPUs to access memory 
until the first processor finishes initializing and the other CPUs are reset, it will prevent 
the selecting, loading, directing, registering, recording, and signing until they are 
completed. The selecting, loading, directing, registering, recording, and signing are part 
of the initialization process). 

As per claim 40, halting any other processors having access to the memory until 
the selecting, loading, and directing is complete is taught in col. 10 line 55 to col. 11 line 
15. These processors are halted until they are reset, and they are reset after the 
initialization process is complete, as indicated in col. 2 lines 10-25. 

As per claim 41 , causing the other processors to commence processing at an 
entry point in the selected area is taught in col. 2 lines 10-25, where the other CPUs are 
allowed to access the memory. It is also taught in col. 10 line 55 to col. 11 line 15 that 
the other CPUs are allowed to access the memory within an address range of the 
trusted core memory. 
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As per claim 42, receiving a parameter specifying a location of the area to be 
selected is taught in col. 9 lines 59-62, where it indicates that the start parameter "refers 
to the location in memory 110 where trusted core 146 begins (e.g., the memory address 
of the first instruction of platform trusted code portion 148)." 

As per claim 43, the location comprises a range of addresses in the memory of 
the computer within which the region is located. Addresses are taught already in the 
rejection for claim 5 above, and can also be found in col. 1 1 line 63 to col. 12 line 20 
and also col. 14 lines 55-65. Also, col. 10 line 55 to col. 11 line 15 indicate a range of 
addresses that can be accepted. 

As per claim 44, the location comprises a start address and a length of the 
memory of the computer within which the region is located. This is taught in col. 9 lines 
57-67: "the Trusted Core Initialization command includes three parameters: start, 
length of code, and length of memory ... the start parameter refers to the location in 
memory where trusted core begins (e.g., the memory address of the first instruction...". 

Claim 45 is rejected using the same basis of arguments used to reject claim 8 
above. Registering an identity of the data loaded in the selected area is taught in the 
rejection for claim 2 above and also in col. 5 lines 49 to col. 6 line 5. 

Claim 46 is rejected using the same basis of arguments used to reject claim 9. 
The memory resides in this device, as it is an internal memory, as indicated in col. 5 
lines 5-12. 
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As per claim 47, '164 indicates in col. 5 lines 13-20 that the operating systems 
can be Windows® operating systems. It is inherent that Windows® has a graphical 
user interface. 



7. Claim 10 is rejected under 35 U.S.C. 103(a) as being unpatentable over the '164 
combination as applied above, and further in view of ATPM - Review: Virtual PC 4.0 
(April 2001 ), by Gregory Tetrault. 

As per claim 10, col. 5 lines 13-20 indicate various operating systems. A 
privileged software nucleus is taught in col. 6 lines 38-63, in which different privilege 
levels are taught. However a virtual machine monitor is not taught in '164. However, 
this is taught in ATPM's review of Virtual PC, reviewed by Gregory Tetrault. ATPM 
indicates that Windows® supported virtual machine. 

At the time of the invention, it would have been obvious to one of ordinary skill in 
the art to include the use of virtual machines when using Windows® operating systems. 
One would have been motivated to perform such an addition, because a virtual machine 
is an option provided by operating systems such as Windows®, and is useful for 
networking. Col. 3 lines 4-14 of '164 indicates that the invention can apply to network 
PCs as well, and a virtual machine is an example of a network PC. 
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8. Claim 16, 26, and 27 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over the '1 64 combination as applied above, and further in view of England et al. US 
Patent No. 6,330,670 (hereinafter '670). 

As per claim 16, a required platform information is recorded in the hash digest 
area, as '164 indicates that the digest contains a value that can be considered to 
uniquely represent the trusted core in use. Erasing a hash digest area (which is a 
register) is taught in col. 12 lines 31-39. This section teaches that a CPU clears the 
states of the CPU, which is located in the registers. However, at the time of the 
invention, '670 does not explicitly teach wherein the platform information includes a 
version number of the one of the plurality of CPU's. This is taught by '670 though, such 
as in col. 2 line 60 to col. 3 line 15. 

At the time of the invention, it would have been obvious to one of ordinary skill in 
the art to implement checking platform information for authorization. One of ordinary 
skill in the art would have been motivated to perform such an addition to create a secure 
environment for operating systems to be executed on, focusing on the correct and 
authorized hardware components trusted to run such information. As shown in the 
passage, this is well known in the art, and is used to ensure that software is running on 
the correct hardware, thereby increasing security. 

Claim 26 is rejected using the same basis of arguments used to reject claim 16. 

Claim 27 is rejected using the same basis of arguments used to reject claim 17. 
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Conclusion 

9. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to JASON K. GEE whose telephone number is (571)272- 
6431 . The examiner can normally be reached on M-F, 7:00 am to 4:30 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kambiz Zand can be reached on (571 ) 272-381 1 . The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 

Jason Gee 
Patent Examiner 
Technology Center 2100 
05/14/2008 
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